home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 950 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB

  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: Hardware and 8MHz 68000 machines
  3. Date: Mon, 24 Jan 1994 10:23:23 +0000 (GMT)
  4. In-Reply-To: <199401241013.AA03383@ruulot.let.ruu.nl> from "Annius Groenink" at Jan 24, 94 11:13:26 am
  5. Mime-Version: 1.0
  6.  
  7. >Steve Usher writes
  8. >
  9. >> Which is why I would suggest that TOS-domain processes should be assumed to
  10. >> be non-relocatable, provided with only contiguous memory and live in
  11. >> physical address space. Of course, all the normal hardware would appear in
  12. >> its physical address space whatever.
  13. >
  14. >Sounds reasonable.  Should we add a domain mode, or simply assume that domain
  15. >1 applications are smart enough to run in virtual memory?  I personally think
  16. >it'd be safest to add a domain.
  17.  
  18. Maybe we should have a totally separate binary type with a new magic number.
  19. This would allow us to get past the problem of stack allocation. The new
  20. executables would let the OS assign the initial stack, at the top of VM. The
  21. MC68030, MC68040 and MC68551(?) all have page table formats optimised for
  22. stack VM. We could also implement malloc in a Unix-like way too using sbrk()
  23. etc. Of course, this is but a pipe dream.
  24.  
  25. >> Hmm... but the majority of Atari users are still running 68000 based
  26. >> machines. This means that we MUST cater for them if at all possible. Hence,
  27. >
  28. >It would be a nice way to finally get the Atari crowd to go for the 030
  29. >and higher ranges if we would say:  forget the 68000.  I really don't
  30. >understand that even Atari themselves don't see this point.  I mean
  31. >1) developing MiNT and MultiTOS is plainly much harder if one keeps trying
  32. >to keep everything 000 compatible and 2) it is simply going to cost Atari
  33. >money because people will stick to their STs.  An average PC user upgrades
  34. >his/her whole system at least three times as often as the average Atari
  35. >user.  That's fine, but it shouldn't get out of hand.  The 68000 is history.
  36. >Developing a new system supporting history is foolish.
  37.  
  38. But how many will merely drop the ST and buy a PC instead? The only reason
  39. the PC clone is around is due to backward compatiblility, it's quite a
  40. strong force in the market.
  41.  
  42. >-- 
  43. >Annius V. Groenink | E-mail: avg@cwi.nl      |  Private & ZFC:
  44. >CWI, Kruislaan 413 | Office: M233            |  P.O. Box 799
  45. >1098 SJ Amsterdam  | Ext:    4077            |  NL 3500 AT Utrecht
  46. >Netherland         | Phone:  +31 20 592 4077 |  Phone: +31 30 803740
  47.  
  48. Steve
  49.  
  50. -- 
  51. ---------------------------------------------------------------------------
  52. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  53. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  54. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  55.